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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

(54) Bezeichnung: Verfahren zur Steuerung elektronischer Gerate 

(57) Zusammenfassung: Bei einem Verfahren zur Steue- 
rung elektronischer Gerate in einem verteilten Netzwerk- 
system mit 

- Geratekontrollmodulen (DCM) zur Steuerung von Gera- 
te n durch and ere Gerate in dem Netzwerksystem, wo bei 
die Geratekontrollmodule (DCM) unmittelbar auf die zu 
steuernden Gerate zugreifen; 

- Geratekontrollmodul-Verwaltungsmodulen zur Verwal- 
tung der Geratekontrollmodule (DCM), und mit 

- Netzwerksteuerungsmodulen zur Netzwerksteuerung der 
Art, dass Dienste in Paketen gegliedert verarbeitet werden 
und Module einzelner Dienste aus verschiedenen Paketen 
miteinander interagieren, 

erfolgt ein 

- Austausch von Steuerungsinformationen zwischen Netz- 
werksteuerungsmodulen und den Geratekon troll mo- 
dul-Verwaltungsmodulen zur Registrierung oder Ansteue- 
rung von Geratekontrollmodulen (DCM), ohne dass ein un- 
mittelbarer Datenaustausch zwischen den Netzwerksteue- 
rungsmodulen und den Geraten erfolgt. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Steu- 
erung elektronischer Gerate in einem verteilten Netz- 
werksystem mit 

- Geratekontrollmodulen (DCM) zur Steuerung 
von Geraten durch andere Gerate in dem Netz- 
werksystem, wobei die Geratekontrollmodule 
(DCM) unmittelbar auf die zu steuernden Gerate 
zugreifen, 

- Geratekontrollmodul-Verwaltungsmodule zur 
Verwaltung der Geratekontrollmodule (DCM) und 
mit 

- Netzwerksteuerungsmodule zur Netzwerksteu- 
erung derart, dass Dienste in Paketen gegliedert 
verarbeitet werden und Module einzelner Dienste 
aus verschiedenen Paketen miteinander intera- 
gieren. 

[0002] Die Erfindung betrifft weiterhin ein digitales 
Geratenetzwerk. 

[0003] Verteilte Netzwerksysteme mit daran ange- 
schlossenen elektronischen Geraten nahezu beliebi- 
ger Artsind hinreichend bekannt. Aus dem IEEE1394 
„P1394A Draft for a High-Performance Serial Bus 
(Supplement)" ist ein serielles Bussystem bekannt, 
bei dem verschiedene Endgerate (Knoten) entweder 
uber ein vier- bis sechsadriges Kabel oder einen 
Lichtwellenleiter angeschlossen werden. Mindestens 
ein Knoten kann dabei in der Art ausgefuhrt sein, 
dass er zusatzliche Verwaltungsfunktionen fur das 
Netzwerk ubernehmen kann (Busmanagement). 
[0004] Neben diesem IEEE-Standard 1394 gibt es 
eine busunabhangige Erweiterung, die unter dem 
Namen HAVi (Home Audio Video interoperability) 
spezifiziert ist (HAVi 1.1 Specification of the Home 
AudioA/ideo interoperability Architecture HAVi Inc., 
May 15, 2001). Diese HAVi-Spezifikation beschreibt 
insbesondere die Fernkontrolle von Geraten von je- 
dem anderen Punkt im Geratenetzwerk, wobei die 
beschriebenen Steuerungsverfahren in erster Linie 
fur den Einsatz in einem IEEE-1394-Netzwerk vorge- 
sehen sind. In der Spezifikation ist eine verteiltes Mo- 
del beschrieben, bei dem die Steuerung der Gerate 
uber Geratekontrollmodule (DCM), sogenannte „De- 
vice Control Modules" vorgenommen wird. Diese Ge- 
ratekontrollmodule (DCM) werden als Software-ele- 
mente (SE) auf dem Gerat, welches ein anderes Ge- 
rat kontrollieren mochte, ausgefuhrt. Hierbei sind die 
Geratekontrollmodule (DCM) jeweils spezifisch fur 
ein bestimmtes Gerat oder eine Gerateklasse. 
[0005] Die einzelnen Module des Netzwerksteue- 
rungskonzeptes nach dem HAVi-Standard werden 
als Softwareelemente (SE) realisiert, die einheitlich 
adressiert werden. Die Softwareelemente konnen in 
den meisten Fallen sowohl zentral als auch verteilt 
angeordnet sein. Es ist somit eine Implementierung 
mit nur einer Instanz eines bestimmten Softwareele- 
mentes, z. B. eines Stream Managers, bis hin zu ei- 
ner Implementierung moglich, die in jedem Gerat 



eine solche Instanz vorsieht. 

[0006] Folgende Softwareelemente (SE) sind in ei- 
nem verteilten System nach dem HAVi-Standard vor- 
handen: 

Stream Manager (SM): Der Stream Manager dient 
dem Auf- und Abbauen der Verwaltung von isochro- 
nen Verbindungen (Streams) zwischen Softwareele- 
menten und/oder Geraten. Der Stream Manager 
kann ebenso wie das Registrierungsmodul (Registry) 
als verteiltes System aufgebaut sein. Dabei dienen 
spezielle Befehle dazu, den Zustand aller Stream 
Manager oder eines bestimmten Stream Managers 
zu erhalten. 

[0007] Messaging System (MS): Das Meldesystem- 
modul bzw. Messaging System ist zustandig fur 
Nachrichten, die zwischen den Softwareelementen 
(SE) ausgetauscht werden. 

[0008] Event Manager (EM): Der Event Manager 
transportiert Mitteilungen uber Zustandsanderungen 
im verteilten System zu den Kommunikationsteilneh- 
mern (Geraten). 

[0009] Registrierungsmodul: Das Registrierungs- 
modul (Registry) beinhaltet Informationen uber jedes 
im Netzwerk verfugbare Softwarelement (SE) und je- 
des verfugbare Gerat. Informationen uber die einzel- 
nen Softwareelemente werden dabei in Attributen ab- 
gelegt. Zusatzlich zu den vordefinierten Attributen ist 
es moglich, weitere Attribute hinzuzufugen. Die Ar- 
chitektur des Registrierungsmoduls ist ein verteiltes 
System, d. h. jedes Gerat kann einen Teil des gesam- 
ten Registrierungsmoduls beinhalten, sie kann aber 
auch zentral gehalten werden. Furden Zugriff auf das 
Registrierungsmodul (Registry) ist dies nicht sichtbar, 
da die verschiedenen Instanzen des Registrierungs- 
moduls innerhalb des Netzwerkes ggf. die angefor- 
derten Informationen selbsttatig austauschen. 
[0010] Resource Manager (RM): Der Resource Ma- 
nager fuhrt die Belegung und die Freigabe von Re- 
sourcen (Geraten und Softwareelementen) durch 
und speichert geplante Vorgange, wie z. B. Videore- 
corderaufnahmen. 

[0011] Geratekontrollmodul-Manager (DCM-Mana- 
ger): Der Geratekontrollmodul-Manager (DCM-Ma- 
nager) ist verantwortlich fur das Installieren und Dein- 
stallieren von Geratekontrollmodulen (DCM) bei ent- 
sprechend geeigneten Geraten. Dabei wird ein stan- 
dardisiertes Verfahren zur Installation von Gerate- 
kontrollmodulen im JAVA-Bytecode-Format angebo- 
ten. Eine Installation von nativem Code (Binary) ist 
nicht im Standard beschrieben, kann jedoch als pro- 
prietare Losung hinzufugt werden. 
[0012] Geratekontrollmodule (DCM): Ein Gerate- 
kontrollmodul bzw. Device Control Module (DCM) ist 
ein Softwareelement, das ein oder mehrere funktio- 
nale Steuerungsmodule (Functional Control Modu- 
le-FCM) zu einem Geratetreiber zusammenfuhrt. 
[0013] Funktionale Steuerungsmodule (FCM): Ein 
funktionales Steuerungsmodul (Functional Control 
Module-FCM) ist ein Softwareelement, mit dem eine 
funktionale Einheit eines Gerates, wie z. B. eines 
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CD-Laufwerks oder eines UKW-Tuners, angesteuert 
wird. Ein Geratekontrollmodul (DCM) wird dabei aus 
den alien Geratekontrollmodulen (DCM) gemeinsa- 
men Grundfunktionen und geratespezifischen funkti- 
onalen Kontrollmodulen (FCM) gebildet. 
[0014] Diese Module oder die jeweils in einem Gerat 
benotigten Module bilden eine einheitliche Applikati- 
onsschnittstelle. Durch diese einheitliche Schnittstel- 
le wird eine Interoperabilitat zwischen Applikationen 
und Geraten verschiedener Hersteller erreicht (Inter- 
operability API). 

[0015] Weiterhin ist von der Open Service Gateway 
Initiative (OSGi) ein Standard fur eine Diensteplatt- 
form definiert, auf die zur Laufzeit Dienste dynamisch 
geladen, aktiviert und wieder entfernt werden konnen 
(http://www.osgi.org). Die Dienste werden in Paketen 
gegliedert verarbeitet, die als Bundles bezeichnet 
werden. Die Diensteplattform zeichnet sich dadurch 
aus, dass sie er den Modulen einzelner Dienste aus 
verschiedenen Paketen erlaubt, zu interagieren. Die 
Interoperabilitat wird durch die Standardisierung von 
Schnittstellen erreicht. Aufterdem soli die Dienste- 
plattform sowohl den Zugang zu Geraten ermogli- 
chen, die im lokalen Netzwerk angeschlossen sind, 
als auch eine Verbindung zum globalen Netzwerk 
(WAN) unterstutzen. Die Realisierung der Geratever- 
bindungen bzw. der Netzwerke wird dabei nicht defi- 
niert, sondern es wird auf bestehende Standards zu- 
ruckgegriffen und diese auf funktionaler Basis durch 
eine Schnittstellenspezifikation zur Applikationsebe- 
ne abstrahiert. Aufterdem ist vorgesehen, dass alle 
Verwaltungsoperationen auch aus der Feme uber 
eine Netzwerkverbindung vorgenommen werden 
konnen. Die Realisierung und Spezifikation der 
Diensteplattform nach dem OSGi-Standard verwen- 
det die dynamischen Dienste unterstutzende Soft- 
waretechnologie JAVA. 

Aufgabenstellung 

[0016] Aufgabe der Erfindung war es, ein verbes- 
sertes Verfahren zur Steuerung elektronischer Gera- 
te in einem verteilten Netzwerksystem zu schaffen, 
mit dem beispielsweise eine OSGi-konforme Applika- 
tionsplattform mit einem nach dem HAVi-Standard ar- 
beitenden Netzwerk und den darin eingebundenen 
Geraten integriert werden kann. 
[001 7] Die Aufgabe wird mit dem gattungsgemaften 
Verfahren erfindungsgemaft gelost durch Austausch 
von Steuerungsinformationen zwischen Netzwerk- 
steuerungsmodulen und den Ge rate mod ul-Verwal- 
tungs-modulen zur Registrierung oder Ansteuerung 
von Geratekontrollmodulen (DCM), ohne dass ein 
unmittelbarer Datenaustausch zwischen den Netz- 
werksteuerungsmodulen und den Geraten erfolgt. 
[0018] Im Unterschied zu den herkommlichen Ver- 
fahren wird somit vorgeschlagen, dass die zur Inte- 
gration von Softwarekomponenten als Module ver- 
fugbaren Methoden der nach verschiedenen Stan- 
dards arbeitenden Netzwerksteuerungsschichten 



miteinander kommunizieren und nicht, wie beispiels- 
weise bei dem OSGi-Standard vorgesehen, direkt mit 
den zu registrierenden Geraten. Vielmehr werden die 
zur Netzwerksteuerung im OSGi-Standard verfugba- 
ren Netzwerksteuerungsmodule so eingesetzt, dass 
diese mit den Geratekontrollmodul-Verwaltungsmo- 
dulen nach dem HAVi-Standard kommunizieren, um 
die Installation von HAVi-konformen Geratekontrollm- 
odulen (GCM) vorzunehmen. 

[0019] Durch diese Verwendung von bereits vor- 
handenen Methoden nach den definierten Standards 
kann das Verfahren leicht in bestehende Implernen- 
tierungen von Netzwerken nach dem HAVi- und OS- 
Gi-Standard vorgenommen werden. Mit dem Verfah- 
ren konnen verbesserte oder erweiterte Geratetrei- 
ber dynamisch nachgeladen werden. Zudem werden 
automatisierte Updates von Treibern unterstutzt. Zu- 
dem konnen neue Applikationen in einem standardi- 
sierten Format z. B. uber eine Funktionsschnittstelle 
nachgeladen werden, die HAVi-konforme Gerate ver- 
wenden oder von solchen Geraten verwendet wer- 
den und den Nutzen dieser Gerate erhohen. Durch 
das Verfahren ist weiter in vorteilhafter Weise ein 
Fernzugriff auf HAVi-konforme Gerate uber Netz- 
werksteuerungsmodule nach dem OSGi-Standard 
moglich. 

[0020] Gegenuber den herkommlichen Netzwerk- 
steuerungsverfahren, insbesondere nach dem OS- 
Gi-Standard hat das Verfahren den Vorteil, dass das 
Auffinden und Ansteuern von Geraten im lokalen 
Netzwerk durch die Nutzung der Geratekontrollmo- 
dul-Verwaltungsmodule vorzugsweise nach dem HA- 
Vi-Standard stark vereinfacht werden. Die automati- 
sche Installation von Geratetreibern (Hot Plug and 
Play) wird durch das Verfahren unterstutzt und es 
konnen Standardkomponenten aus der Unterhal- 
tungselektronik in dem Netzwerksystem verwendet 
werden. Zudem wird die Kommunikation uber das lo- 
kale Netzwerk durch die Resourcenverwaltung der 
Geratekontrollmodul-Verwaltungsmodule vorzugs- 
weise nach dem HAVi-Standard uberwacht. Wenn 
Gerate im lokalen Netzwerk sowohl von den Netz- 
werksteuerungsmodulen beispielsweise nach dem 
OSGi-Standard aus angesteuert werden, als auch 
untereinander und mit Applikationen ohne diese 
Netzwerksteuerungsmodule beispielsweise nach 
dem OSGi-Standard werden Zugriffskonflikte durch 
die verfugbaren Methoden der Geratekontrollmo- 
dul-Verwaltungsmodule beispielsweise nach dem 
HAVi-Standard aufgelost. 

[0021] Vorzugsweise erfolgt der Austausch der 
Steuerungsinformationen mit einem Geratekontroll- 
modul-Treibermodul (DCM-Driver) als Netzwerksteu- 
erungsmodul, wobei das Geratekontrollmodul-Trei- 
bermodul zur Registrierung von Schnittstellen, zur 
Steuerung der Gerate in dem Netzwerksystem und 
zum Umsetzen von Methodenaufrufen der registrier- 
ten Schnittstellen in Nachrichtendaten fur die Gerate- 
kontrollmodule ausgebildet ist. Weiterhin ist es vor- 
teilhaft, einen Austausch der Steuerungsinformatio- 
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nen mit einem Basistreibermodul (HAVi Base Driver) 
als Netzwerksteuerungsmodul vorzusehen. Das Ba- 
sistreibermodul ist hierbei zur Registrierung von Ge- 
ratediensten mit Informationen uber zugehorige Ge- 
rate und zum Anpassen und Weiterleiten von Steue- 
rungsdaten der Netzwerksteuerungsmodule an die 
Geratekontrollmodul-Verwaltungsmodule ausgebil- 
det. 

[0022] Zusatzlich zu den bekannten Netzwerksteu- 
erungsmodulen sind somit spezialisierte Geratekont- 
rollmodul-Treibermodule und Basistreibermodule 
vorgesehen, urn von den Netzwerksteuerungsmodu- 
len beispielsweise nach dem OSGi-Standard auf die 
Geratekontrollmodul-Verwaltungsmodule beispiels- 
weise nach dem HAVi-Standard zuzugreifen, urn 
ohne unmittelbaren Zugriff auf die Gerate neue Gera- 
tedienste zu registrieren, Geratetreiber zu installieren 
oder auszutauschen etc. 

[0023] Vorzugsweise ist zudem mindestens ein Re- 
gistrierungsmodul als Geratekontrollmodul-Verwal- 
tungsmodul vorgesehen, wie es beispielsweise nach 
dem HAVi-Standard definiert ist. Die registrierten Ge- 
ratekontrollmodule werden hierbei in einer Liste des 
Registrierungsmoduls abgespeichert. 
[0024] Die Registrierung von Geraten erfolgt vor- 
zugsweise mit den folgenden Schritten: 

- Auswahl eines Geratekontrollmoduls fur das zu 
registrierende Gerat; 

- Registrieren des Geratekontrollmoduls bei dem 
Registrierungsmodul; 

- Ubersenden einer Nachricht von dem Registrie- 
rungsmodul an das Basistreibermodul zur Infor- 
mation uber das registrierte Gerat; 

- Registrieren eines Geratedienstes mit Informati- 
onen uber das registrierte Gerat durch das Basis- 
treibermodul; 

- Aktivieren eines Geratekontrollmodul-Treiber- 
moduls fur das registrierte Gerat durch die Netz- 
werksteuerungsmodule; 

- Registrieren einer Schnittstelle zur Steuerung 
des registrierten Gerates durch das aktivierte Ge- 
ratekontrollmodul-Treibermodul. 

[0025] Die Steuerung eines registrierten Gerates er- 
folgt dann vorzugsweise mit den Schritten: 

- Anpassen von Zugriffssteuerungsdaten der 
Netzwerksteuerungsmodule beim Aufrufen einer 
registrierten Schnittstelle zur Steuerung des Ge- 
rates durch das Geratekontrollmodul-Treibermo- 
dul und Senden angepafcter Zugriffssteuerungs- 
daten an das Basistreibermodul; 

- Weiterleiten des Aufrufs der Schnittstelle von 
dem Basistreibermodul an ein Meldesystemmo- 
dul der Geratekontrollmodul-Verwaltungsmodule; 

- Weiterleiten des Aufrufs der Schnittstelle von 
dem Meldesystemmodul an das zu dem anzu- 
steuernden Gerat gehorende Geratekontrollmo- 
dul zur Steuerung des Gerates durch das Gerate- 
kontrollmodul. 



[0026] Hierbei werden die Schnittstellen durch das 
Meldesystemmodul vorzugsweise prioritatsgesteuert 
aufgerufen, urn einen Zugriffskonflikt aufzuheben. 
[0027] Das Uberprufen und Auflosen von Zugriffs- 
konflikten auf Geratekontrollmodule erfolgt zudem 
vorzugsweise mit einem Resourcenverwaltungsmo- 
dul, das als Geratekontrollmodul-Verwaltungsmodul 
realisiert ist. 

[0028] Das Registrieren zusatzlicher Geratekont- 
rollmodule fur ein Gerat erfolgt vorzugsweise mit ei- 
nem Geratetreiberinstallationsmodul als Netzwerk- 
steuerungsmodul mit den Schritten: 

- Ubergeben eines Geratekontrollmoduls an das 
Geratetreiberinstallationsmodul; 
-Weiterleiten des ubergebenen Geratekontrollm- 
oduls an das Geratekontrollmodul-Treibermodul; 

- Installieren des Geratekontrollmoduls durch das 
Geratekontrollmodul-Treibermodul. 

[0029] Bei dem Registrieren zusatzlicher Gerate- 
kontrollmodule erfolgt weiterhin vorzugsweise ein 
Uberprufen durch das Geratetreiberinstallationsmo- 
dul mittels Zugriffs auf einen Geratetreibermodul-Ma- 
nager, der als Geratekontrollmodul-Verwaltungsmo- 
dul realisiert ist, ob bereits ein Geratetreibermodul fur 
das zu registrierende Gerat installiert ist und das in- 
stallierte Treibermodul ersetzt werden soli. Dann er- 
folgt ggf. ein Deinstallieren des vorhandenen Gerate- 
treibermoduls durch das Geratetreiberinstallations- 
modul. 

[0030] Ein Ersetzen von Geratekontrollmodulen 
durch andere Geratekontrollmodule, wobei das zuge- 
horige Geratekontrollmodul-Treibermodul beibehal- 
ten bleibt, erfolgt vorzugsweise mit den Schritten: 

- Ubergeben eines neuen Geratekontrollmoduls 
von dem zugehorigen Geratekontrollmodul-Trei- 
bermodul an das Basistreibermodul; 

- Weiterleiten des Geratekontrollmoduls von dem 
Basistreibermodul an das Geratetreiberinstallati- 
onsmodul; 

- Deinstallieren des zu ersetzenden Geratekont- 
rollmoduls durch das Geratetreiberinstallations- 
modul und den Geratetreibermodul-Manager, wo- 
bei das Geratekontrollmodul bei dem Registrie- 
rungsmodul abgemeldet wird; 

- Installieren des neuen Geratekontrollmoduls 
durch das Geratetreiberinstallationsmodul und 
den Geratetreibermodul-Manager, wobei das Ge- 
ratekontrollmodul bei dem Registrierungsmodul 
angemeldet wird, 

- Zuordnen des in dem ersetzten Geratekontroll- 
modul zugeordneten Gerateservice zu dem neu- 
en Geratekontrollmodul. 

[0031] Wie bereits erwahnt sind die Geratekontroll- 
module und Geratekontrollmodul-Vennialtungsmo- 
dule vorzugsweise konform zu dem Home-Audio-Vi- 
deo-lnteroperability-Standard (HAVi). Die Netzwerk- 
steuerungs-module sind vorzugsweise konform zu 
dem Open-Service-Gateway-Initiative-Standard 
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(OSGi). 

[0032] Die Aufgabe wird weiterhin durch ein digita- 
les Geratenetzwerk erfindungsmafc durch Steue- 
rungsprogrammmittel gelost, die zur Durchfuhrung 
des oben beschriebenen Verfahrens ausgebildet 
sind. Die Steuerungsprogrammmittel werden hierbei 
als Softwareelemente (SE) nach dem HAVi-Standard 
oder als Anwendungsprogrammschnittstellen (Appli- 
cation Programming Interfaces-API) nach dem OS- 
Gi-Standard beispielsweise in der Programmierspra- 
che JAVA realisiert. 

[0033] Die Erfindung wird nachfolgend anhand der 
beigefugten Zeichnungen naher erlautert. Es zeigen: 
Fig. 1 - Netzwerksteuerungsmodule nach dem 
OSGi-Standard und Geratekontrollmodul-Verwal- 
tungsmodule nach dem HAVi-Standard zur Ein- 
bingung von HAVi-konformen Geraten in ein OS- 
Gi-Standard-konformes verteiltes Netzwerksys- 
tem; 

Fig. 2 - Ablaufdiagramm zur Einbindung von HA- 
Vi-Standardkonformen Geraten in ein OSGi-Stan- 
dard-konformes verteiltes Netzwerksystem; 
Fig. 3 - OSGi-Standard-konforme Netzwerksteu- 
erungsmodule und HAVi-konforme Geratekont- 
rollmodul-Verwaltungsmodule zur Anmeldung zu- 
satzlicher Geratekontrollmodule; 
Fig. 4 - Auflaufdiagramm zur Anmeldung zusatz- 
licher Geratemodule; 

Fig. 5 - Blockdiagramm der OSGi-Standard-kon- 
formen Netzwerksteuerungsmodule und HA- 
Vi-Standardkonformen Geratekontrollmodul-Ver- 
waltungsmodule zum Update vorhandener Gera- 
tekontrollmodule; 

Fig. 6 - Ablaufdiagramm fur das Update vorhan- 
dener Geratekontrollmodule. 

[0034] Fig. 1 zeigt die an der Einbindung von HA- 
Vi-Standardkonformen Geraten in ein OSGi-Stan- 
dard-konformes verteiltes Netzwerksystem beteilig- 
ten Netzwerksteuerungs- und Geratekontrollmo- 
dul-Verwaltungsmodulen, die vorzugsweise als Soft- 
wareelemente bzw. Anwendungsprogrammschnitt- 
stellen (API) ausgefuhrt sind. 

[0035] Ein HAVi-Standard-konformes Gerat wird 
durch ein HAVi-Standardkonformes Geratekontrollm- 
odul DCM zuganglich gemacht. Auf dieses Gerate- 
kontrollmodul DCM greift das in dem HAVi-Standard 
spezifizierte Meldesysteimrnodul MS (Messaging 
System) zu, das von Applikationen genutzt werden 
kann, um das Geratekontrollmodul DCM und damit 
das zugehorige Gerat zu steuern. 
[0036] Erfindungsgemafl wird in dem OSGi-Stan- 
dard-konforme n Netzwerksystem ein zusatzliches 
Bundle, namlich ein Basistreibermodul Base Driver 
installiert, das auf das Meldesystemmodul MS und 
auf eine im HAVi-Standard definiertes Registrie- 
rungsmodul Registry zugreift. 

[0037] Das erfindungsgemafce Basistreibermodul 
hatfolgende Aufgaben: 

- Beziehen einer Liste der angemeldeten Gerate- 



kontrollmodule DCM von dem Registrierungsmo- 
dul; 

- Entgegennehmen von Nachrichten des Regist- 
rierungsmoduls Registry bei der An- und Abmel- 
dung von Geratekontrollmodulen DCM; 

- Registrieren eines Geratedienstes (Device Ser- 
vice) fur jedes angemeldete Geratekontrollmodul 
DCM in dem OSGi-Standard-konformen verteilten 
Netzwerksystem; 

- Weiterleiten von Nachrichten von zugeordneten 
OSGi-Standard-konformen Treiberdiensten (Dri- 
ver Service) an das Meldesystemmodul MS; 

- Abmelden der in dem OSGi-Standard-konfor- 
men Netzwerksystem registrierten zugehorigen 
Geratedienste (Device Service) beim Abmelden 
von Geratekontrollmodulen. 



[0038] Fur weitere Steuerungsverfahren konnen in 
dem Basistreibermodul Zusatzfunktionen implemen- 
tiert werden, auf die nachfolgend noch eingegangen 
werden wird. 

[0039] Auf das Basistreibermodul greift erfindungs- 
gemafi ein Geratekontrollmodul-Treibermodul 
DCM-Driver zu, der als zusatzliches OSGi-Standard- 
konformes Bundle in Form eines Treiberdienstes 
(OSGi-Driver-Service) implementiert wird. Das Gera- 
tekontrollmodul-Treibermodul DCM-Driver hat fol- 
gende Aufgaben: 

- Registrieren einer Schnittstelle zum Steuern des 
HAVi-Standard-konformen Gerates in dem OS- 
Gi-Standard-konformen Netzwerksystem und zur 
Verfugung stellen des Gerates fur andere OS- 
Gi-Standard-konforme Bundles; 

- Umsetzen von Methodenaufrufen dieser 
Schnittstellennachrichten an das Geratekontroll- 
modul DCM und Ubergeben der Nachrichten an 
das Basistreibermodul Base Driver. 

[0040] Auf das Geratekontrollmodul-Treibermodul 
DCM-Driver konnen andere OSGi-Standard-konfor- 
me Bundles zugreifen, um das Gerat zu steuern. Da- 
neben konnen auch andere Applikationen, die bei- 
spielsweise nicht in JAVA implementiert sind oder 
nicht zu dem OSGi-Standard-konformen Netzwerk- 
system gehdren, uber das Meldesystemmodul MS 
auf das Geratekontrollmodul DCM und damit auf das 
Gerat zugreifen. 

[0041] Die Fig. 2 zeigt ein Ablaufdiagramm zur An- 
meldung von Geraten in dem verteilten Netzwerksys- 
tem. Die Anmeldung der HAVi-Standard-konformen 
Gerate in das OSGi-Standard-konforme verteilte 
Netzwerksystem erfolgt mitden folgenden Schritten: 

1. Automatischen Erkennen eines neu ange- 
schlossenen Gerates durch die HAVi-Stan- 
dard-konformen Geratekontrollmodul-Verwal- 
tungsmodule; 

2. Beschaffen eines Geratekontrollmoduls DCM 
zur Steuerung des neuen Gerates durch die HA- 
Vi-Geratekontrollmodul-Verwaltungsmodule, so- 
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fern noch kein entsprechendes G e rate kon troll rno- 
dul DCM vorhanden ist; 

3. Anmelden des Geratekontrollmoduls DCM bei 
dem HAVi-Standardkonformen Registrierungsrno- 
dul Registry; 

4. Senden einer Nachricht von dem Registrie- 
rungsmodul Registry an das Basistreibermodul 
Base Driver in dem OSGi-Netzwerk-system und 
Informieren des Basistreibermoduls Base Driver 
uber das neue Gerat. Hierzu kann das Basistrei- 
bermodul Basedriver z. B. ein Geratekontrollmo- 
dul DCM registrieren, das einen sogenannten No- 
tification Request an Informationen uber neue Ge- 
rate anmeldet. Alternativ kann das Basistreiber- 
modul Base Driver auch als Applikation ein Notifi- 
cation Request setzen; 

5. Registrieren eines Geratedienstes Device Ser- 
vice mit Informationen uber das neue Gerat durch 
das Basistreibermodul Base Driver; 

6. Suchen und Installieren eines geeigneten Trei- 
berdienstes Driver Service durch das OSGi-Netz- 
werksystem, wobei der Treiberservice die Funkti- 
onalitat des Gerates in dem OSGi-Netz-Werksys- 
tem verfugbar macht. Dieser Mechanismus ist in 
dem OSGi-Standard definiert und umfaftt ggf. 
auch die Beschaffung eines noch nicht auf der 
Diensteplattform vorhandenen Geratetreibers. 
Dieser Treiberdienst wird von dem Geratekontroll- 
modul-Treibermodul DCM bereitgestellt. Fur un- 
terschiedliche Geratekontrollmodule DCM kann 
es verschiedene Geratekontrollmodul-Treibermo- 
dule DCM-Driver geben; 

7. Registrieren einer Schnittstelle in dem OS- 
Gi-Netzwerksystem durch das G e rate kon troll rno- 
dul-Treibermodul DCM-Driver, um mit der Schnitt- 
stelle das Gerat zu steuern. 

[0042] Dabei sind die Schritte 1 bis 3 bereits aus 
dem HAVi-Standard bekannt. Es wird deutlich, daft 
die Registrierung der Geratekontrollmodule DCM er- 
findungsgemaft durch Kommunikation der OS- 
Gi-Netzwerksteuerungsmodule mit den HAVi-Gera- 
tekontrollmodul-Verwaltungsmodulen und nicht, wie 
bei dem OSGi-Standard vorgesehen, direkt mit den 
Geraten erfolgt. 

[0043] Die Fig. 2 zeigt weiterhin den Ablauf beim 
Zugriff auf die registrierten Gerate mit den folgenden 
Schritten: 

8. Steuerung eines Geratekontrollmoduls DCM 
durch ein OSGi-Bundle durch Erkennung, daft 
eine Schnittstelle angemeldet wurde und Zugriff 
auf diese Schnittstelle; 

9. Umsetzen des Zugriffs auf die Schnittstelle in 
Nachrichten durch das Geratekontrollmodul-Trei- 
bermodul DCM-Driver und Senden der Nachrich- 
ten uber das Basistreibermodul Basedriver an das 
Geratekontrollmodul DCM; 

10. Weiterleiten des Schnittstellenaufrufs durch 
das Basistreibermodul Base Driver an das Melde- 
systemmodul MS; 



11. Weiterleiten des Schnittstellenaufrufs an das 
Geratekontrollmodul DCM, welches das Gerat 
entsprechend steuert, durch das Meldesystem- 
modul MS. Bei Zugriffskonflikten, beispielsweise 
bei einem Zugriffsversuch auf ein bereits reser- 
viertes Gerat, pruft ein Resource-Manager die Pri- 
oritaten der beteiligten Applikationen bzw. des 
OSGi-Netzwerksystems und andert anhand die- 
ser Informationen ggf. die Reservierung der Gera- 
te. Zudem greifen auch Applikationen, die nicht zu 
dem OSGi-Netzwerk-system gehoren, uber das 
Meldesystemmodul MS auf dasselbe Geratekont- 
rollmodul zu. 

12. Weiterleiten der Aufrufe mit der hochsten Pri- 
oritat durch das Meldesystemmodul MS an das 
entsprechende Geratekontrollmodul DCM. 

[0044] Die Fig. 3 zeigt ein Blockdiagramm der beim 
Anmelden eines zusatzlichen Geratekontrollmoduls 
DCM beteiligten Softwareelemente. Es ist ein zusatz- 
liches OSGi-Standard-konformes Geratetreiberin- 
stallationsmodul Driverinstallation vorgesehen, auf 
das ein OSGi-Bundle zugreift, welches die Anmel- 
dung des zusatzlichen Kontrollmoduls vornimmt. Die 
Aufgaben des Geratetreiberinstallationsmoduls Dri- 
verinstallation sind: 

- Entgegennehmen von Geratekontrollmodulen 
DCM, die angemeldet werden sollen; 

- Deinstallieren der ggf. zu ersetzenden Gerate- 
kontrollmodule DCM mit Hilfe eines Geratekont- 
rollmodul-Managers DCM-Manager; 

- Ubergeben des Geratekontrollmodule DCM an 
den Geratekontrollmodul-Manager zur Installati- 
on; 

[0045] Hierbei greift das Geratetreiberinstallations- 
modul Driver Installation auf den in dem HAVi-Stan- 
dard spezifizierten Geratekontrollmodul-Manager 
DCM-Manager zu. Dieser hat wiederum Zugriff auf 
das zu installierende Geratekontrollmodul DCM. 
[0046] Die Fig. 4 laftt ein Ablaufdiagramm fur die 
Anmeldung zusatzlicher Geratekontrollmodule DCM 
aus dem OSGi-Netzwerksystem heraus erkennen. 
Die Anmeldung erfolgt mit den Schritten: 

a) Ubergeben des Geratekontrollmoduls DCM an 
das Geratetreiber installationsmodul Driverinstal- 
lation durch das OSGi-Bundle, welches ein Gera- 
tekontrollmodul DCM installieren laftt; 

b) Uberprufen mit Hilfe des Geratekontrollmo- 
dul-Managers DCM-Manager durch das Gerate- 
treiberinstallationsmodul Driver Installation, ob 
bereits ein Geratekontrollmodul DCM in dem HA- 
Vi-Geratesystem installiert ist, das durch das 
neue Geratekontrollmodul DCM ersetzt werden 
soil und ggf. Deinstallieren des vorhandenen Ge- 
ratekontrollmoduls DCM; 

c) Installieren des neuen Geratekontrollmoduls 
DCM mit Hilfe des Geratekontrollmodul-Managers 
DCM-Manager durch das Geratetreiberinstallati- 
onsmodul Driverinstallation. 
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[0047] Der Geratezugriff erfolgt anschlieftend wie 
oben beschrieben, wobei in dem OSGi-Netzwerksys- 
tem ein Geratekontrollmodul-Treibermodul DCM-Dri- 
ver fur das neue Geratekontrollmodul DCM vorhan- 
den sein muB. Die Deaktivierung und Installation ei- 
nes Geratekontrollmodul-Treibermoduls DCM-Driver 
ist Teil des bekannten OSGi-Standards. 
[0048] Die Fig. 5 zeigt die fur einen Update vorhan- 
dener Geratekontrollmodule DCM verwendeten Soft- 
ware kom pone nten. Im Unterschied zu den oben be- 
schriebenen Verfahren wird jedoch nur ein vorhande- 
nes Geratekontrollmodul DCM ersetzt, wobei das zu- 
gehorige Geratekontrollmodul-Treibermodul 
DCM-Driver installiert bleibt. Mit dem Geratekontroll- 
modul DCM wird dabei lediglich die Schnittstelle zu 
dem HAVi-Geratesystem ausgetauscht, ohne dass 
sich das Verhalten des OSGi-Netzwerksystems an- 
dert. 

[0049] Zusatzlich zu den bisher beschriebenen 
Funktionalitaten ist hierzu bei dem Geratekontrollmo- 
dul-Treibermodul DCM-Driver ein Zugriff auf ein Ge- 
ratekontrollmodul DCM realisiert, das das in dem HA- 
Vi-Ge rate-system vorhandene Geratekontrollmodul 
ersetzen soli. Auf das zu ersetzende Geratekontroll- 
modul DCM hat das Geratekontrollmodul-Treibermo- 
dul DCM-Driver uber das Basistreibermodul Base 
Driver und das Meldesystemmodul MS einen Zugriff. 
[0050] Weiterhin greift das Basistreibermodul Base 
Driver auf das Geratetreiberinstallationsmodul Driver 
Installation zu. Das Basistreibermodul Base Driver 
hat die folgenden zusatzlichen Funktionalitaten: 

- Entgegennehmen eines neuen Geratekontroll- 
moduls DCM von dem Geratekontrollmodul-Trei- 
bermodul DCM-Driver und Ubergeben des neuen 
Geratekontrollmoduls DCM zur Installation an das 
Geratetreiberinstallationsmodul Driver Installati- 
on; 

- Sicherstellen, dass das Geratekontrollmodul 
DCM, das bei dem Update in dem HAVi-Gerate- 
system ersetzt wird, nicht durch den Geratekont- 
rollmodul-Manager DCM-Manager abgemeldet 
wird; 

- Zuordnen des fur das alte Geratekontrollmodul 
DCM erzeugten Geratedienstes Deviceservice zu 
dem neuen Geratekontrollmodul DCM beim An- 
melden des neuen Geratekontrollmoduls DCM in 
dem HAVi-Geratesystem. 

[0051] Die Fig. 6 laGt ein Ablaufdiagramm des Up- 
dates vorhandener Geratekontrollmodule DCM er- 
kennen. Das Update vorhandener Geratekontrollmo- 
dule DCM unter Beibehaltung der zugehorigen Gera- 
tekontrollmodul-Treibermodule DCM-Driver erfolgt 
mit den folgenden Schritten: 

a) Installieren eines Geratekontrollmodul-Treiber- 
moduls zu einem neuen Geratedienst Deviceser- 
vice durch das OSGi-Netzwerksystem, wie oben 
beschrieben; 

b) Ubergeben eines neuen Geratekontrollmoduls 
DCM von dem Geratekontrollmodul-Treibermodul 



DCM-Driver an das Basistreibermodul Base Dri- 
ver, wobei das ubergebene Geratekontrollmodul 
DCM das vorhandene Geratekontrollmodul DCM 
ersetzen soli; 

c) Obergeben des Geratekontrollmoduls DCM von 
dem Basistreibermodul Base Driver an das Gera- 
tetreiberinstallationsmodul Driverinstallation; 

d) Deinstallieren des zu ersetzenden Geratekont- 
rollmoduls DCM durch das Geratetreiberinstallati- 
onsmodul Driverinstallation mit Hilfe des Gerate- 
treiberkontrollmodul-Managers 

e) Abmelden des zu ersetzenden Geratekontroll- 
moduls DCM in dem Registrierungsmodul Regist- 
ry durch den Geratekontrollmodul-Manager 
DCM-Manager; 

f) Informieren des Basistreibermoduls Basedriver 
uber die Abmeldung durch das Registrierungsmo- 
dul Registry, wobei das Basistreibermodul Base 
Driver hierauf nicht reagiert; 

g) Installieren des neuen Geratekontrollmoduls 
DCM durch das Geratetreiberinstallationsmodul 
Driverinstallation mit Hilfe des Geratekontrollmo- 
dul-Managers DCM-Manager; 

h) Anmelden des neuen Geratekontrollmoduls 
DCM in dem Registrierungsmodul Registry durch 
den Geratekontrollmodul-Manager; 

i) Informieren des Basistreibermoduls Base Driver 
uber die Anmeldung durch das Registrierungsmo- 
dul Registry; 

j) Zuordnen des Geratedienstes Deviceservice, 
der vorher dem zu ersetzenden Geratekontrollm- 
odul DCM zugeordnet war, zu dem neuen Gerate- 
kontrollmodul DCM durch das Basistreibermodul 
Base Driver. 

[0052] Das Verfahren ist vorzugsweise in OS- 
Gi-Standard-konformen Netzwerksystemen insbe- 
sondere in Kraftfahrzeugbordnetzen einsetzbar. 



Patentanspruche 

1. Verfahren zur Steuerung elektronischer Gera- 
te in einem verteilten Netzwerksystem mit 

- Geratekontrollmodulen (DCM) zur Steuerung von 
Geraten durch andere Gerate in dem Netzwerksys- 
tem, wobei die Geratekontrollmodule (DCM) unmit- 
telbarauf die zu steuernden Gerate zugreifen, 

- Geratekontrollmodul-Verwaltungsmodulen zur Ver- 
waltung der Geratekontrollmodule (DCM), und mit 

- Netzwerksteuerungsmodulen zur Netzwerksteue- 
rung der Art, dass Dienste in Paketen gegliedert ver- 
arbeitet werden und Module einzelner Dienste aus 
verschiedenen Paketen miteinander interagieren, 
gekennzeichnet durch 

Austausch von Steuerungsinformationen zwischen 
Netzwerksteuerungsmodulen und den Geratekont- 
rollmodul-Verwaltungs-modulen zur Registrierung 
oder Ansteuerung von Geratekontrollmodulen 
(DCM), ohne dass ein unmittelbarer Datenaustausch 
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zwischen den Netzwerksteuerungsmodulen und den 
Geraten erfolgt. 

2. Verfahren nach Anspruch 1, gekennzeichnet 
durch Austausch der Steuerungsinformationen mit 
einem Geratekontrollmodul-Treibermodul (DCM-Dri- 
ver) als Netzwerksteuerungsmodul, wobei das Gera- 
tekontrollmodul-Treibermodul ( DC M -Driver) zur Re- 
gistrierung von Schnittstellen zur Steuerung der Ge- 
rate in dem Netzwerksystem und zum Umsetzen von 
Methodenaufrufen der registrierten Schnittstellen in 
Nachrichtendaten fur die Geratekontrollmodule 
(DCM) ausgebildet ist. 

3. Verfahren nach Anspruch 1 Oder 2, gekenn- 
zeichnet durch Austausch der Steuerinformationen 
mit einem Basistreibermodul (Base Driver) als Netz- 
werksteuerungsmodul, wobei das Basistreibermodul 
(Base Driver) zur Registrierung von Geratediensten 
mit Informationen uber zugehorige Gerate und zum 
Anpassen und Weiterleiten von Steuerungsdaten der 
Netzwerksteuerungsmodule an die Geratekontrollm- 
odul-Verwaltungsmodule ausgebildet ist. 

4. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch mindestens ein 
Registrierungsmodul (HAVi-Registry) als Geratekon- 
trollmodul-Verwaltungsmodul, wobei die registrierten 
Geratekontrollmodule (DCM) in einer Liste des Re- 
gistrierungsmoduls (HAVi-Registry) abgespeichert 
werden. 

5. Verfahren nach Anspruch 4, gekennzeichnet 
durch Registrierung von Geraten mit den Schritten: 

a) Auswahl eines Geratekontrollmoduls (DCM) fur 
das zu registrierende Gerat; 

b) Registrieren des Geratekontrollmoduls (DCM) bei 
dem Registrierungsmodul (HAVi-Registry); 

c) Ubersenden einer Nachricht von dem Registrie- 
rungsmodul (HAVi-Registry) an das Basistreibermo- 
dul (Base Driver) zur Information uber das registrierte 
Gerat; 

d) Registrieren eines Geratedienstes mit Informatio- 
nen uber das registrierte Gerat durch das Basistrei- 
bermodul (Base Driver); 

e) Aktivieren eines Geratekontrollmodul-Treibermo- 
duls (HAVi-DCM-Driver) fur das registrierte Gerat 
durch die Netzwerksteuerungsmodule; 

f) Registrieren einer Schnittstelle zur Steuerung des 
registrierten Gerates durch das aktivierte Geratekon- 
troll-Treibermodul (HAVi-DCM-Driver). 

6. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Steuerung eines 
registrierten Gerates mit den Schritten: 

a) Anpassen von Zugriftssteuerungsdaten der Netz- 
werksteuerungsmodule beim Aufrufen einer regist- 
rierten Schnittstelle zur Steuerung des Gerates durch 
das Geratekontrollmodul-Treibermodul (HA- 
Vi-DCM-Driver) und Senden angepafcter Zugriffs- 



steuerungsdaten an das Basistreibermodul (Base 
Driver); 

b) Weiterleiten des Aufrufs der Schnittstelle von dem 
Basistreibermodul (Base Driver) an ein Meldesys- 
temmodul (MS) der Geratekontrollmodul-Verwal- 
tungsmodule, 

c) Weiterleiten des Aufrufs der Schnittstelle von dem 
Meldesystemmodul (MS) an das zu dem anzusteu- 
ernden Gerat gehorende Geratekontrollmodul (DCM) 
zur Steuerung des Gerates durch das Geratekontroll- 
modul (DCM). 

7. Verfahren nach Anspruch 6, gekennzeichnet 
durch prioritatsgesteuertes Aufrufen der Schnittstel- 
len durch das Meldesystemmodul (MS). 

8. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Uberprufen und 
Auflosen von Zugriffskonflikten auf Geratekontrollm- 
odule (DCM) mit einem Resourcenverwaltungsmodul 
(Resource Manager) der Geratekontrollmodul-Ver- 
waltungsmodule. 

9. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Registrieren zu- 
satzlicher Geratekontrollmodule (DCM) fur ein Gerat 
mit einem Geratetreiberinstallationsmodul (HAVi-Dri- 
verinstallation) als Netzwerksteuerungsmodul mit 
den Schritten: 

a) Ubergeben eines Geratekontrollmoduls (DCM) an 
das Geratetreiberinstallationsmodul (HAVi-Driverin- 
stallation); 

b) Weiterleiten des ubergebenen Geratekontrollmo- 
duls (DCM) an das Geratekontrollmodul-Treibermo- 
dul (HAVi-DCM Driver); 

c) Installieren des Geratekontrollmoduls (DCM) 
durch das Geratekontrollmodul-Treibermodul (HA- 
Vi-DCM Driver). 

10. Verfahren nach Anspruch 9, gekennzeichnet 
durch Uberprufen durch das Geratetreiberinstallati- 
onsmodul (HAVi-Driverinstallation) mittels Zugriff auf 
einen Geratetreibermodul-Manager (DCM-Manager) 
der Geratekontrollmodul-Verwaltungsmodule, ob be- 
reits ein Geratetreibermodul (DCM) fur das zu regist- 
rierende Gerate installiert ist und das installierte Ge- 
ratetreibermodul (DCM) ersetzt werden soli und ggf. 
Deinstallieren der vor-handenen Geratetreibermodu- 
le (DCM) durch das Gerate-treiberinstallationsmodul 
(HAVi-Driverlnstallation). 

11. Verfahren nach einem der vorhergehenden 
Anspruche, gekennzeichnet durch Ersetzen von Ge- 
rate kon troll mod ulen (DCM) durch andere Geratekon- 
trollmodule (DCM), wobei das zugehorige Gerate- 
kontrollmodul-Treibermodul (HAVi-DCM Driver) bei- 
behalten bleibt, mit den Schritten: 

- Ubergeben eines neuen Geratekontrollmoduls 
(DCM) von dem zugehorigen Geratekontrollmo- 
dul-Treibermodul (HAVi-DCM Driver) an das Basist- 
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reibermodul (HAVi-Base Driver); 

- Weiterleiten des Geratekontrollmoduls (DCM) zu 
dem Basistreibermodul (HAVi-Base Driver) an das 
Geratetreiberinstallationsmodul (HAVi-Driverinstalla- 
tion); 

- Deinstallieren des zu ersetzenden Geratekontrollm- 
oduls (DCM) durch das Geratetreiberinstallationsrno- 
dul (HAVi-Driverinstallation) und den Geratetreiber- 
modul-Manager (DCM-Manager), wobei das Gerate- 
kontrollmodul (DCM) bei dem Registrierungsmodul 
(HAVi-Registn) angemeldet wird; 

- Zuordnen des dem ersetzten Geratekontrollmodul 
(DCM) zugeordneten Gerateservice zu dem neuen 
Geratekontrollmodul (DCM). 

12. Verfahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet, dass die Gera- 
tekontrollmodule (DCM) und Geratekontrollrno- 
dul-Verwaltungsmodule konform zu dem Home-Au- 
dio-Video-Interoperability-Standard (HAVi) sind. 

13. Verfahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet dass die Netz- 
werksteuerungsmodule konform zu dem Open-Ser- 
vice-Gateway-Initiative-Standard (OSGi) sind. 

14. Digitales Geratenetzwerk mit Steuerungspro- 
grammmitteln zur Durchfuhrung des Verfahrens nach 
einem der vorhergehenden Anspruche. 

Es folgen 4 Blatt Zeichnungen 
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Abstract: In a method for the control of electronic 
devices in a distributed network system with 
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devices through other devices in the network system, 
wherein the device control modules (DCM) directly 
access the controlling devices, 

- device control module management modules for 
managing the device control modules (DCM), and with 

- network control modules for the network control of 
such type that services organized in packets are 
processed and modules of particular services from 
several packets interact with one another, 
takes place 

- an exchange of control information between network 
control modules and the device control modules 
management modules for registering or activating 
device control modules (DCM) without a direct data 
exchange taking place between the network control 
modules and the devices. 



Specification 

[0001] The invention relates to a method for the control of electronic devices in a distributed 

network system, with 

device control modules (DCM) for the control of devices through other devices in the 
network system, wherein the device control modules (DCM) access directly the 
controlling devices, 

device control module management modules for managing the device control modules 
(DCM), and with 

network control modules for the network control of such type that services organized in 
packets are processed and modules of particular services from several packets interact 
with one another. 

[0002] The invention relates furthermore to a digital device network. 
[0003] Distributed network systems with electronic device of nearly any type connected 
thereto are widely known. From IEEE 13 94 "PI 3 94 A Draft for a High-Performance Serial Bus 
(Supplement)" a serial bus system is known, in which various end devices (nodes) are connected 
either via a four-to six-conductor cable or fiber optics. At least one node can herein be realized 
such that it can assume additional management functions for the network (bus management). 
[0004] In addition to this IEEE Standard 1394 there is an expansions that is bus independent, 
which is specified (HAVi 1.1 Specification of the Home Audio/Video interoperability 
Architecture HAVi inc., May 15, 2001) as HAVi (Home Audio Video interoperability). This 
HAVi specification describes in particular the remote control of devices from any other point 
within the device network, wherein the described control methods are primarily provided for use 
in an IEEE- 1394 network. In the specification is described a distributed model in which the 
control of the devices is carried out via device control modules (DCM). These device control 
modules (DCM) are implemented as software elements (SE) on the device which intends to 
control another device. The device control modules (DCM) are here specific to a certain device 
or to a certain device class. 
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[0005] The individual modules of the network control concept according to the HAVi standard 
are realized as software elements (SE), which are addressed uniformly. The software elements 
can in most cases be located centrally as well as also distributively. Consequently, 
implementation with only one instance of a certain software element, for example a stream 
manager, up to an implementation, which provides in each device one such instance, is possible. 
[0006] The following software elements (SE) are provided in a distributed system according to 
the HAVi standard: 

Stream Manager (SM) : the stream manager serves for establishing and releasing the 
management of isochronous connections (streams) between software elements and/or devices. 
Like the Registration Module (Registry), the stream manager can be structured as a distributed 
system. Special commands serve for obtaining the status of all stream managers or of a certain 
stream manager. 

[0007] Messaging System (MS) : the messaging system module or Messaging System is 
responsible for messages exchanged between the software elements (SE). 
[0008] Event Manager (EM) : The event manager transports messages about changes of status 
in the distributed system to the communication participants (devices). 

[0009] Registration Module: the registration module (Registry) contains information about 
every software element (SE) available in the network and every available device. Information 
about the individual software elements are stored in attributes. In addition to the predefined 
attributes, it is possible to add further attributes. The architecture of the registration module is a 
distributed system, i.e. every device can contain a portion of the entire registration module, 
however, it can also be kept as a central module. For the access to the registration module 
(Registry), this is not visible since the different instances of the registration module potentially 
exchange independently the requested information within the network. 

[0010] Resource Manager (RM): the resource manager carries out the allocation and release of 
resources (devices and software elements) and saves scheduled processes, such as, for example, 
video recording. 

[001 1] Device Control Module Manager (DCM Manager) : the device control module 
manager (DCM Manager) is responsible for installing and uninstalling of device control modules 
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(DCM) with appropriately suitable devices. A standardized method for the installation of device 
control modules in JAVA bytecode format is offered. Installation of native code (binary) is not 
described in the standard, however, it can be added as a proprietary solution. 
[0012] Device Control Modules (DCM): a device control module is a software element which 
joins one or several functional control modules (FCM) to form a device driver. 
[0013] Functional Control Modules (FCM): a functional control module (FCM) is a software 
element with which a function unit of a device, such as, for example, of a CD drive or a VHF 
tuner, is activated. A device control module (DCM) is formed from the basic functions common 
to all device control modules (DCM) and device-specific functional control modules (FCM). 
[0014] These modules, or the particular modules required in a device, form a uniform 
application interface. Through this uniform interface the interoperability between applications 
and devices by different manufacturers is accomplished (Interoperability API). 
[0015] By the Open Service Gateway Initiative (OSGi) has furthermore been defined a 
standard for a service platform, onto which during the running time services can be loaded, 
activated and removed again dynamically ( http ://www. osgi. org) . The services are processed 
organized in packets which are referred to as bundles. The service platform is distinguished 
thereby that it permits the modules of individual services from different packets to interact. The 
interoperability is attained through the standardization of interfaces. The service platform, 
moreover, is to permit access to devices which are connected in the local network as well as also 
to support connections to the global network (WAN). Realization of the device connections or 
the networks are not defined, but rather advantage is taken of existing standards and these are 
abstracted to the application plane on a functional basis through interface specification. 
Moreover, there is provided that all management operations can also be carried out remotely via 
a network connection. The realization and specification of the service platform according to the 
OSGi standard utilizes the dynamic services-supporting software technology JAVA. 

Problem addressed by the invention 
[0016] The invention addresses the problem of providing an improved method for the control 
of electronic devices in a distributed network system, with which, for example, an OSGi 
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standard-conform application platform can be integrated with a network operating according to 
the HAVi standards and the devices incorporated therein. 

[0017] The problem is resolved according to the invention with the method according to the 
class by exchange of control information between network control modules and the device 
module management modules for the registration or activation of device control modules (DCM) 
without a direct data exchange between the network control modules and the devices taking 
place. 

[0018] In contrast to conventional methods, it is thus proposed that the methods available as 
modules for the integration of software components of the network control layers, operating 
according to different standards, communicate with one another and not, as is provided for 
example in the OSGi standards, directly with the devices to be registered. Rather, the network 
control modules available for the network control in the OSGi standard are employed such that 
these communicate with the device control module management modules according to the HAVi 
standard in order to carry out the installation of HAVi standard-conform device control modules 
(DCM). 

[0019] Due to this use of already available methods according to defined standards, the 
method can readily be carried out in existing implementations of networks according to the 
HAVi and OSGi standards. With the method improved or expanded device drivers can be 
reloaded dynamically. Moreover, automated updates of drivers are supported. Furthermore, new 
applications in a standardized format can subsequently, for example across a function interface, 
be loaded, which utilize HAVi conform devices or are utilized by such devices and can increase 
the benefit of these devices. Through this method, further, remote access to HAVi conform 
devices via network control modules according to the OSGi standard is advantageously possible. 
[0020] Compared to conventional network control methods, in particular according to the 
OSGi standard, the method has the advantage that locating and activating devices in the local 
network through the use of the device control module management modules, preferably 
according to the HAVi standard, are markedly simplified. Automatic installation of device 
drivers (Hot Plug and Play) is supported by the method and standard components from consumer 
electronics can be utilized in the network system. The communication across the local network 
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through the resource management of the device control module management modules is 
moreover preferably monitored according to the HAVi standards. When devices in the local 
network are activated from the network control modules, for example according to the OSGi 
standards, as well as also among each other and with applications without these network control 
modules, for example according to the OSGi standards, access conflicts are resolved through the 
available methods of the device control module management modules, for example, according to 
the HAVi standard. 

[002 1 ] The exchange of control information preferably takes place with a device control 
module driver module (DCM Driver) as the network control module, wherein the device control 
module driver module is realized for the registration of interfaces, for the control of the devices 
in the network system and for the conversion of method call-ups of the registered interfaces into 
message data for the device control modules. It is furthermore advantageous to provide an 
exchange of the control information with a base driver module (HAVi Base Driver) as network 
control module. The base driver module is herein realized for the registration of device services 
with information about associated devices and for the adaptation and transfer of control data of 
the network control modules to the device control module management modules. 
[0022] In addition to known network control modules, consequently, specialized device 
control module driver modules and base driver modules are provided in order to access from the 
network control modules, for example according to the OSGi standard, the device control 
module management modules, for example according to the HAVi standard, in order to register 
new device services without direct access onto the devices, to install device drivers or to 
exchange them, etc.. 

[0023] Preferably, in addition, at least one registration module is provided as device control 
module management module, such as is defined, for example, according to the HAVi standard. 
The registered device control modules are herein stored in a list of the registration module. 
[0024] The registration of devices preferably takes place in the following steps: 

selection of a device control module for the device to be registered; 

registration of the device control module in the registration module; 

sending a message from the registration module to the base driver module for information 
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about the registered device; 

registration of a device service with information about the registered device through the 
base driver module; 

activating a device control module driver module for the registered device through the 
network control modules; 

registering an interface for the control of the registered device through the activated 

device control module driver module. 
[0025] The control of a registered device subsequently takes preferably place in the following 
steps: 

adapting access control data of the network control modules when calling up a registered 
interface for the control of the device through the device control module driver module 
and sending adapted access control data to the base driver module; 
forwarding the call-up of the interface from the base driver module to a messaging system 
module of the device control module management modules; 

forwarding the call-up of the interface from the message system module to the device 
control module associated with the device to be called for the control of the device 
through the device control module. 

[0026] The interfaces are here preferably called up under priority control by the message 

system module in order to resolve an access conflict. 

[0027] Checking and resolving access conflicts to device control modules, moreover, 
preferably takes place with a resource management module which is realized as a device control 
module management module. 

[0028] Registration of additional device control modules for a device preferably takes place 
with a device driver installation module as network control module in the steps: 

transferring a device control module to the device driver installation module; 

forwarding the transferred device control module to the device control module driver 

module; 

installing the device control module through the device control module driver module. 
[0029] In the registration of additional device control modules, furthermore, a check by the 
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device driver installation module preferably takes place by means of access to a device driver 
module manager, which is realized as device control module management module, of whether a 
device driver module for the device to be registered is already installed and whether the installed 
driver module should be replaced. Subsequently, the uninstalling of the available device driver 
modules is potentially carried out by the device driver installation module. 
[0030] Replacing device control modules by other device control modules, wherein the 
associated device control module driver module is retained, preferably takes place in the steps: 

transferring a new device control module from the associated device control module 

driver module to the base driver module; 

forwarding the device control module from the base driver module to the device driver 
installation module; 

uninstalling the device control module to be replaced by the device driver installation 
module and the device driver module manager, wherein the device control module is 
logged off in the registration module; 

installing the new device control module by the device driver installation module and the 
device driver module manager, wherein the device control module is logged on in the 
registration module; 

assigning the device service assigned that had been assigned to the replaced device 

control module to the new device control module. 
[003 1] As stated, the device control modules and device control module management modules 
are preferably conform with the Home Audio Video interoperability standard (HAVi). The 
network control modules are preferably conform with the Open Service Gateway initiative 
standard (OSGi). 

[0032] The problem is furthermore solved through a digital device network according to the 
invention through a control programming means, which are implemented for carrying out the 
above described method. The control programming means are herein realized as software 
elements (SE) according to the HAVi standard or as application programming interfaces (API) 
according to the OSGi standards, for example in the programming language JAVA. 
[0033] In the following the invention will be described in further detail in conjunction with the 
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enclosed drawing. In the drawing depict: 

Fig. 1 - network control modules according to the OSGi standard and device control 
module management modules according to the HAVi standard for incorporating HAVi 
conform devices into an OSGi conform distributed network system; 
Fig. 2 - flow chart of the incorporation of HAVi conform devices into an OSGi conform 
distributed network system; 

Fig. 3 - OSGi conform network control modules and HAVi conform device control 
module management modules for logging-in additional device modules; 
Fig. 4 - flow chart of the logon of additional device modules: 

Fig. 5 - block diagram of the OSGi conform network control modules and HAVi conform 
device control module management modules for the update of available device control 
modules; 

Fig. 6 - flow chart for the update of available device control modules. 
[0034] Figure 1 shows the network control and device control module management modules 
involved in the incorporation of HAVi conform devices into an OSGi conform distributed 
network system, which are preferably implemented as software elements or application 
programming interfaces (API). 

[0035] An HAVi conform device is made accessible through an HAVi conform device control 
module DCM. This device control module DCM is accessed by the message system module MS 
(Messaging System) specified in the HAVi standard, which messaging system module can be 
utilized by the applications in order to activate the device control module DCM and therewith the 
associated device. 

[0036] According to the invention in the OSGi conform network system an additional bundle, 
namely a base driver module Base Driver is installed, that accesses the messaging system module 
MS and a registration module Registry defined in the HAVi standard. 
[0037] The base drive module according to the invention has the following tasks: 

obtaining a list of the logged-on device control modules DCM from the registration 

module; 

accepting messages of the registration module Registry during the logon and logoff of 
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device control modules DCM; 

registering a device service for each logged-on device control module DCM in the OSGi 
conform distributed network system; 

forwarding messages from associated OSGi conform driver services to the messaging 
system module MS; 

logging-off associated device services registered in the OSGi conform network system 

during the logoff of device control modules. 
[0038] For further control methods, in the base driver module additional functions can be 
implemented, which will be discussed in the following. 

[0039] The base driver module according to the invention is accessed by a device control 
module driver module DCM Driver, which is implemented as additional OSGi conform bundle 
in the form of a driver service (OSGi Driver Service). The device control module driver module 
DCM Driver has the following tasks: 

registering an interface for controlling the HAVi conform device in the OSGi conform 
network system and making available the device to other OSGi conform bundles; 
converting method call-ups of these interface messages to the device control module 
DCM and transferring the messages to the base driver module Base Driver. 
[0040] The device control module driver module DCM Driver can be accessed by other OSGi 
conform bundles in order to activate the device. In addition, other applications, which are, for 
example, not implemented in JAVA or do not below to the OSGi conform network system, can 
access the device control module DCM, and therewith the device, via the messaging system 
module MS. 

[0041] Figure 2 shows a flow chart of the logon of devices in the distributed network system. 
The logon of the HAVi conform devices into the OSGi conform distributed network system takes 
place in the following steps: 

1 . Automatic detection of a newly connected device by the HAVi conform device control 
module management modules; 

2. Acquiring a device control module DCM for the control of the new device through the 
HAVi device control module management modules, provided no appropriate device 
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control module DCM is available; 

3. Logging-on the device control module dCM in the HAVi conform registration module 
Registry; 

4. Sending a message from the registration module Registry to the base driver module 
Base Driver in the OSGi network system and informing the base driver module Base 
Driver of the new device. For this purpose, the base driver module Base Driver can, for 
example, register a device control module DCM, which logs on a so-called notification 
request of information about new devices. Alternatively, the base driver module Base 
Driver can also as application place a notification request; 

5. Registering a device service Device Service with information about the new device 
through the base driver module Base Driver; 

6. Seeking and installing a suitable driver service Driver Service through the OSFi 
network system, wherein the driver service makes available the functionality of the device 
in the OSGi network system. This mechanism is defined in the OSGi standard and 
comprises potenially also the acquisition of a device driver not yet available on the 
service platform. This driver service is provided by the device control module driver 
module DCM. For different device control modules DCM there can be different device 
control module driver modules DCM Driver; 

7. Registering an interface in the OSGi network system by the device control module 
driver module DCM Driver in order to control the device with the interface . 

[0042] Steps 1 to 3 are already known from the HAVi standard. It becomes clear that the 
registration of the device control modules DCM according to the invention takes place through 
communication of the OSGi network control modules with the HAVi device control module 
management modules and not, as provided in the OSGi standard, with the devices directly. 
[0043] Figure 2 shows furthermore the sequence during the access to the registered devices 
with the following steps: 

8. Control of a device control module DCM through an OSGi bundle through the 
detection that an interface has been logged on and access to this interface; 

9. Conversion of the access to the interface into messages through the device control 
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module driver module DCM Driver and sending the messages via the base driver module 
Base Driver to the device control module DCM; 

10. Forwarding of the interface call-up by the base driver module Base Driver to the 
messaging system module MS; 

11. Forwarding the interface call-up to the device control module DCM, which controls 
the device accordingly, through the messaging system module MS. In the event of access 
conflicts, for example upon an access attempt onto an already reserved device, a resource 
manager checks the priorities of the involved applications or of the OSGi network system 
and, based on this information, potentially changes the reservation of the devices. 
Moreover, applications, which do not belong to the OSGi network system, also access the 
same device control module via the messaging system module MS. 

12. Forwarding the call-ups with the highest priority through the messaging system 
module MS to the appropriate device control module DCM. 

[0044] Figure 3 shows a block diagram of the software elements involved in the logon of an 
additional device control module DCM. An additional OSGi conform device driver installation 
module Driver Installation is provided, which is accessed by an OSGi bundle that carries out the 
logon of the additional control module. The tasks of the device driver installation module Driver 
Installation are: 

Accepting device control modules DCM which are to be logged on; 

Uninstalling potentially the replaced device control modules DCM with the aid of a 

device control module manager DCM Manager; 

Transferring the device control module DCM to the device control module manager for 
installation. 

[0045] The device driver installation module Driver Installation accesses the device control 
module manage DCM Manager specified in the HAVi standard. This [manager], in turn, has 
access to the device control module DCM to be installed. 

[0046] In Figure 4 is evident a flow chart of the logon of additional device control modules 
DCM out of the OSGi network system. The logon takes place in the following steps: 

a) Transferring the device control module DCM to the device driver installation module 
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Driver Installation through the OSGi bundle which allows a device control module DCM 
to be installed; 

b) Checking with the aid of the device control module manager DCM Manager by the 
device driver installation module Driver Installation, whether or not a device control 
module DCM has already been installed in the HAVi device system which is to be 
replaced by the new device control module DCM and potentially uninstalling of the 
existing device control module DMC; 

c) Installing the new device control module DCM with the aid of the device control 
module manger DCM Manager by the device driver installation module Driver 
Installation. 

[0047] The device access subsequently takes place as described above, wherein in the OSGi 
network system a device control module driver module DCM Driver must be available for the 
new device control module DCM. The deactivation and installation of a device control module 
driver module DCM Driver is part of the known OSGi standard. 

[0048] Figure 5 shows the software components available for an update of available device 
control modules DCM. In contrast to the above described methods, however, only an existing 
device control module DCM is replaced, with the associated device control module driver 
module DCM Driver remaining installed. With the device control module DCM is herein only 
the interface to the HAVi device system is replaced without the behavior of the OSGi network 
system changing. 

[0049] In addition to the functionalities described so far, in the device control module driver 
module DCM Driver access to a device control module DCM is realized which is to replace the 
device control module existing in the HAVi device system. To the device control module DCM 
to be replaced, the device control module driver module DCM driver has access via the base 
driver module Basse Driver and the messaging system module MS. 

[0050] The basis driver module Base Driver furthermore accesses the device driver installation 
module Driver Installation. The base driver module Base Driver has the following additional 
functionalities: 

Accepting a new device control module DCM from the device control module driver 
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module DCM Driver and transferring the new device control module DCM for 

installation to the device driver installation module Driver Installation; 

Ensuring that the device control module DCM, which is replaced in the update in the 

HAVi device system, is not logged off through the device control module manager DCM 

Manager; 

Assigning the device service Device Service generated for the old device control module 
DCM to the new device control module DCM during the logon of the new device control 
module DCM in the HAVi device system. 
[005 1 ] In Figure 6 is evident a flow chart of the update of available device control modules 
DCM. The update of available device control modules DCM, while maintaining the associated 
device control module driver modules DCM Driver, takes place with the following steps: 

a) Installing of a device control module driver module to a new device service Device 
Service by the OSGi network system, as described above; 

b) Transferring a new device control module DCM from the device control module driver 
module DCM Driver to the base driver module Base Driver, wherein the transferred 
device control module DCM is to replace the existing device control module DCM; 

c) Transferring the device control module DCM from the base driver module Base Driver 
to the device driver installation module Driver Installation; 

d) Uninstalling the device control module DCM to be replaced by the driver installation 
module Driver Installation with the aid of the device driver control module manager; 

e) logging off the device control module DCM to be replaced in the registration module 
Registry through the device control module manager DCM Manager; 

f) Informing the base driver module Base Driver about the logoff through the registration 
module Registry, wherein the base driver module Base Driver does not respond thereto; 

g) Installing the new device control module DCM through the device driver installation 
module Driver Installation with the aid of the device control module manager DCM 
Manager; 

h) logging on the new device control module DM in the registration Registry by the 
device control module manager; 
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i) Informing the base driver module Base Driver of the logon by the registration module 
Registry; 

j) Assigning the device service Device Service, which was previously assigned to the 
device control module DCM to be replaced, to the new device control module DCM by 
the base driver module Base Driver. 

[0052] The method is preferably applicable in OSGi conform network systems, in particular in 

motor vehicle onboard electrical systems. 
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Patent Claims 



1 . Method for the control of electronic devices in a distributed network system, with 
device control modules (DCM) for the control of devices by other devices in the network 

system, wherein the device control modules (DCM) have direct access to the devices to be 
controlled, 

device control module management modules for managing the device control modules 
(DCM), and with 

network control modules for the network control of such type that services organized in 
packets are processed and modules of individual services from different packets interact with one 
another, 

characterized by 

exchange of control information between network control modules and device control module 
management modules for the registration or control of device control modules (DCM) without a 
direct data exchange taking place between the network control modules and the devices. 

2. Method as claimed in claim 1, characterized by the exchange of control 
information with a device control module driver module (DCM Driver) wherein the device 
control module driver module (DCM Driver) is realized for the registration of interfaces for the 
control of the devices in the network system and for the conversion of method call-ups of the 
registered interfaces into message data for the device control modules (DCMO. 

3. Method as claimed in claim 1 or 2, characterized by exchange of control 
information with a base driver module (Base Driver) as network control module, wherein the 
base driver module (Base Driver) is realized for the registration of device services with 
information about associated devices and for the adaptation and transferring of control data of the 
network control modules to the device control module management modules. 
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4. Method as claimed in one of the preceding claims, characterized by at least one 
registration module (HAVi Registry) as device control module management module, wherein the 
registered device control modules (DCM) are stored in a list of the registration module (HAVi 
Registry). 

5. Method as claimed in claim 4, characterized by the registration of devices with the 

steps: 

a) selection of a device control module (DCM) for the device to be registered; 

b) registration of the device control module (DCM) in the registration module (HAVi Registry); 

c) sending a message from the registration module (HAVi Registry) to the base driver module 
(Base Driver) for information about the registered device; 

d) registration of a device service with information about the registered device through the base 
driver module (Base Driver); 

e) activating a device control module driver module (HAVi DCM Driver) for the registered 
device through the network control modules; 

f) registering an interface for the control of the registered device through the activated device 
control module driver module (HAVi DCM Driver). 

6. Method as claimed in one of the preceding claims, characterized by control of a 
registered device with the steps: 

a) adapting access control data of the network control modules when calling up a registered 
interface for the control of the device through the device control module driver module (HAVi 
DCM Driver) and sending adapted access control data to the base driver module (Base Driver); 

b) forwarding the call-up of the interface from the base driver module (Base Driver) to a message 
system module (MS) of the device control module management modules; 

c) forwarding the call-up of the interface from the message system module (MS) to the device 
control module, associated (DCM) with the device to be called, for the control of the device 
through the device control module (DCM). 
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7. Method as claimed in claim 6, characterized by priority-controlled call-up of the 
interfaces by the messaging system module (MS). 

8. Method as claimed in one of the preceding claims, characterized by checking and 
resolving access conflicts to device control modules (DCM) with a resource management module 
(Resource Manager) of the device control module management modules. 

9. Method as claimed in one of the preceding claims, characterized by the 
registration of additional device control modules (DCM) for a device with a device driver 
installation module (HAVi Driver Installation) as network control module with the steps: 

a) transferring a device control module (DCM) to the device driver installation module (HAVi 
Driver Installation); 

b) forwarding the transferred device control module (DCM) to the device control module driver 
module (HAVi DCM Driver); 

c) installing the device control module (DCM) through the device control module driver module 
(HAVi DCM Driver). 

10. Method as claimed in claim 9, characterized by checking by the device driver 
installation module (HAVi Driver Installation) by means of access to a device driver module 
manager (DCM Manager) of the device control module management modules, whether or not a 
device driver module (DCM) for the device to be registered is already installed and whether the 
installed device driver module (DCM) is to be replaced and potential uninstalling of the existing 
device driver modules (DCM) through the device driver installation module (HAVi Driver 
Installation). 

1 1 . Method as claimed in one of the preceding claims, characterized by replacing 
device control modules (DCM) by other device control modules (DCM), wherein the associated 
device control module driver module (HAVi DCM Driver) is retained, with the steps: 

transferring a new device control module (DCM) from the associated device control 
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module driver module(HAVi DCM Driver) to the base driver module (HAVi Base Driver); 

forwarding the device control module (DCM) to [sic: from] from the base driver module 
(HAVi Base 

Driver) to the device driver installation module (HAVi Driver Installation); 

uninstalling the device control module (DCM) to be replaced by the device driver 
installation module (HAVi Driver Installation) and the device driver module manager (DCM 
Manager), wherein the device control module (DCM) is logged on in the registration module 
(HAVi Registry); 

assigning the device service [that had been] assigned to the replaced device control 
module (DCM) to the new device control module (DCM). 

12. Method as claimed in one of the preceding claims, characterized in that the device 
control modules (DCM) and device control module management modules are in conformance 
with the Home Audio Video interoperability standard (HAVi). 

13. Method as claimed in one of the preceding claims, characterized in that the 
network control modules are in conformance with the Open Service Gateway initiative standard 
(OSGi). 

14. Digital device network with control programming means for carrying out the 
method as claimed in one of the preceding claims. 
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Fig. 4B 

Uebergeben von DCM - transfer of DCM 
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Installieren eines neuen DCM - installing a new DCM 

Fig. 6 
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